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Abstract 


A method of computer-supported configuration of technical systems from components is given. It can be 
adapted at low cost for changes in the component range. For this purpose, a catalogue of available 
component types is stored in a memory. For each available component type, at least information is present 
about the type and size of the intensive performance features, the type and size of the provided resources, 
the type and size of the required resources and the type and size of the used or assigned resources. Also, 
the requirements specification of the technical system to be configured is stored in a memory. Here 
information is present about at least the type and size of the resources which are required for the technical 
system, and the type and size of the intensive performance features which are required for the technical 
system. Components are selected by a computer which is connected to the memories, in such a way that 
one or more components of the most suitable component type is selected repeatedly from the required 


resources, and taken into account in the remaining resource requirement. 
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(§3) Verfahren zur Konfiguration technischer Systeme aus Komponenten 

Es wird ein Verfahren zur rechnergestGtzten Konfiguration 
technischer Systeme aus Komponenten angegeben, das bei 
Anderungen im Komponententypspektrum mit geringem 
Aufwand angepaGt warden kann. Oazu wird in einem Spei- 
cherein Katalog verfugbarer Komponententypen abgespei- 
chert, wobei fur jede verfugbare Komponententype minde- 
stens eina Information uber Art und Grd&e der intensiven 
Leistungsmerkmale, Art und Grofie der bereitgestellten 
Ressourcen, Art und Grd&e dervorausgesetzten Ressourcen 
und Art und Grofte der verbrauchten/belegten Ressourcen 
vorhanden ist. Ferner wird in einem Speicher die Anforde- 
rungsspezifikation fur das 2U konfigurierende technische 
System abgespeichert, wobei hier mindestens Art und Gro- 
Se der fur das technische System geforderten Ressourcen 
sowie Art und Grd&e der fur das technische System gefor- 
derten intensiven Leistungsmerkmale als Information ent- 
halten sind. Oie Auswahl von Komponenten durch einen mit 
den Speichern verbundenen Rechner wird so vorgenom- 
men, dafc von den geforderten Ressourcen wiederholt je- 
weils eine oder mehrere Komponenten des bestgeeigneten 
Komponententyps ausgewahlt und im verbleibenden Res- 
sourcenbedarf berucksichtigt werden. 
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Beschreibung 

Die vorliegende Erfindung betrifft eine Einrichtung 
und ein Verfahren zur Konfiguration technischer Syste- 
me aus modularen Komponenten anhand von Anforde- 
rungen an das technische System und Informationen 
uber die fur das Konfigurieren verfugbaren Komponen- 
tentypen. 

Stand derTechnik 

An der Literatur isi ein Verfahren zur Konfiguration 
technischer Systeme bekannt, das im Konfigurations- 
Expertensystem Rl t spater XCON genannt, verwendet 
wird, welches darin besteht, daB die beim Konfigurieren 
des technischen Systems aus dem vorgegebenen Spek- 
trum verfugbarer Komponententypen zu beachtenden 
Regeln in einem mit einem Rechner verbundenen Spei- 
cher gespeichert sind und diese Regeln als Produktions- 
regeln der Progammiersprache OPS 5 behandelt und 
bearbeitet werden. In den Regeln werden in der Syntax 
der OPS 5-Programmiersprache Informationen uber 
den momentanen Stand des Konfigurations-Vorgangs, 
uber die vorliegende Teil-Konfiguration und uber die 
konkret zur Verfiigung stehenden Komponententypen 
verknupft und davon abhangig Handlungsanweisungen 
erteilt. Nachteile des Verfahrens sind, daB wegen der 
explizierten Nennung von Komjponenten und Typen in 
den Regeln bei jeder Anderung an Komponenteneigen- 
schaften oder am Spektrum der Komponententypen im 
Prinzip das ganze Regelwerk Uberarbeitet werden muB 
daB nur schwer oder gar nicht zu erkennen ist, welche 
Regeln auf welche Komponententypen angewendet 
werden und daher geandert werden miissen oder entfal- 
len konnen, und daB wegen der Produktionsregelbe- 
handlung durch OPS 5 der tatsachliche Ablauf des Kon- 
figurationsvorganges schwer zu durchschauen oder zu 
verifizieren ist 

Aus der Literatur ist ferner ein Verfahren zur Konfi- 
guration technischer Systeme bekannt, das im Experten- 
system-Prototyp SICONFEX eingesetzt wurde, bei dem 
Informationen uber die verfugbaren Komponenten 
nicht in Form von Regeln, sondern jeweils Kornponen- 
tentypweise zusammengefaBt in einem Speicher abge- 
legt werden. Nachteile des Verfahrens sind, daB die 
Hardware-Komponenten vom Benutzer festgelegt wer- 
den miissen bzw. wie bei den Software- Komponenten 
explizit genannt werden. Dadurch sind nur sehr speziel- 
le Konfigurationsaufgaben behandelbar, zudem ist die 
Anpassung der Wissensbasis an die laufenden Anderun- 
gen im Sachgebiet recht aufwendig. 

Ein weiteres Verfahren zur Konfiguration techni- 
scher Systeme aus Komponenten ist aus Vorfuhren von 
Applikationsstudien zur Expertensystem-Schale KEN 
bekannt Im Grundgedanken einer Beschreibung der 
Konfigurationsvorgabeweise durch eine Menge von 
Produktionsregeln ahnelt es XCON, die technischen 
Daten der Komponententypen werden jedoch wie bei 
SICONFEX objektorientiert zu jedem Komponenten- 
typ zusammengefaBt reprasentiert Da in den Regeln 
alle abhangigen Komponenten explizit genannt werden, 
weist es ebenfalls die Nachteile von SICONFEX und 
XCON auf. 

Aufgabe der Erfindung ist es daher, ein Verfahren und 
eine Einrichtung zur Durchfuhrung des Verfahrens zu 
schaffen, die zur Konfiguration von technischen Syste- 
men aus Komponenten ziemlich universell einsetzbar 
ist, ein einfaches und durchschaubares, aber wirksames 
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Vorgehen zeigt und das bei Anderungen im Komponen- 
tentypspektrum mit geringem Aufwand nachgefuhrt 
bzw. angepaBt werden kann. Das wird mit einem Ver- 
fahren und einer Einrichtung mit den im Hauptanspruch 

5 1 genannten Merkmalen erreicht In Unteranspruchen 
2-6 sind vorteilhafte Ausgestaltungen und Weiterbil- 
dungen des Verfahrens beschrieben. 

Der Vorteil des gewahlten Verfahrens liegt darin be- 
grundet, daB nicht, wie in bisher bekannten Verfahren 

io direkte Beziehungen zwischen Komponenten beschrie- 
ben werden, sondern Beziehungen von Komponenten 
zu Ressourcen und damit in indirekter Weise zu anderen 
Komponenten. Ressourcen beschreiben meist physikali- 
sche Eigenschaften bzw. Schnittstellen, deren Festle- 

15 gungen eine lange Lebensdauer besitzen. Da die Bezie- 
hungen zwischen Komponenten indirekt uber die Anga- 
be von Ressourcen notiert werden, gentigt es bei der 
Einfuhrung einer neuen Komponente, diese und ihre 
Beziehungen zu Ressourcen zu beschreiben. Damit sind 

20 indirekt die Wechselwirkungen mit alien bereits beste- 
henden Komponenten festgelegt, Anderungen bei den 
bisherigen Komponenten bedarf es nicht 

Verzeichnis der Bilder 

25 

Bild 1 DatenfluBplan 

Bild 2 Programmablaufplan "Auswahl der Komponen- 
ten'* 

Bild 3 Programmablaufplan "Nimm nicht erfiiilte An- 
30 forderung aus Bilanz" 

Bild 4 Programmablaufplan "Auswahl der geeigneten 
Komponententypen H 

Bild 5 Programmablaufplan "Sortiere Liste der geeigne- 
ten Komponententypen nach Eignung" 
35 Bild 6 Programmablaufplan "Bilanz erstellen" 

Bild 7 Programmablaufplan "Revidiere vorige Entschei- 
dung w 

Bild 8 Datenstruktur "Komponententyp" 
Bild 9 Datenstruktur "Komponententaxonomie" 
40 Bild 10 Visualisierungder Komponententaxonomie 

Beschreibung der vorteilhaften Ausgestaltung 

Die wesentlichen Informationen werden in vier Spei- 
45 cherngehalten(s.Bild 1). 

Die Anforderungs-Spezifikation beschreibt die gefor- 
derten Leistungen des zu konfigurierenden System, das 
heiBt, welche Ressourcen es in welchem Umfang und in 
welcher Qualitat bereitstellen soil, 
so Der Katalog verfugbarer Komponententypen enthalt 
Informationen zu alien Komponenten (siehe auch Bil- 
der 9 und 10). 

Die Entscheidungsliste enthalt ein Protokoll aller be- 
reits erfolgten Entscheidungen, wobei neben dem ge- 

55 wahlten Komppnententyp auch andere geeignete (Al- 
ternativen) notiert werden. 

Die Bilanz enthalt fur jede Ressource die Angabe, 
welche verbleibenden Anforderungen bestehen. Diese 
Anforderungen ergeben sich aus der Anforderungs- 

60 Spezifikation und den Folge-Anforderungen, die auf- 
grund der Operation "Verbrauchsfeststellung (v)" aus 
den bereits gewahlten Komponenten errechnet werden, 
abziiglich den von diesen Komponenten bereitgestell- 
ten Ressourcen, festgestellt in der Operation "Bereitstel- 

65 lung (b) n . Mit Hilfe der Operation "Wahlen (w)" wird aus 
den verbleibenden Anforderungen und den Informatio- 
nen des Komponenten-Katalog eine neue Auswahl ge- 
troffen. 
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Bild 2 beschreibt den groben Programmablauf. Das 
Programm arbeitet nach einer Initialisierung, in der der 
Speicher "Bilanz" zunachst anhand der Anforderungen 
aus der Spezifikation gefullt wird, in einer Schleife. Bei 
jedem Schleifendurchlauf wird fur jeweils erne noch 5 
nicht erfullte Anforderung eine Komponente ausge- 
sucht. Hierfur werden zuerst alle geeigneten Kompo- 
nententypen bestimmt, die anschlieDend nach Grad der 
Eignung sortiert werden. Ein Exemplar des geeignetsten 
Komponententypswirdgewahlt. 10 

Nach der Auswahl wird die Bilanz aktuahsiert, indem 
die Ressourcen, die eine Komponente des gewahlten 
Typs bereitstellt, bestehende Anforderungen vermnv 
dern, andererseits die von der Komponente verbrauch- 
ten/belegten Ressourcen die gestellten Anforderungen 15 
erhdhen. Diese Folgeanforderungen werden bei einem 
der spateren Schleifendurchlaufe bearbeitet. 

Die Schleifenbearbeitung endet, wenn keine erfullba- 
ren Anforderungen mehr existieren. Die gewahlten 
Komponenten werden ausgegeben, erganzt urn die Be- 20 
reitstellungs-/Be!egungs-Bilanz. 

Falls wahrend der Schleifenbearbeitung fiir eine An- 
forderung keine geeigneten Komponenten gefunden 
werden wird versucht, durch Revidierung friiherer Ent- 
scheidungen zu einer Losung zu kommen. Dabei wer- 25 
den alle friiheren Entscheidungen schrittweise, begin- 
nend bei der jiingsten, zuruckgenommen, bis eine Fest- 
legung erreicht wird, fiir die mindestens eine Alternative 
besteht Statt der alten Festlegung wird nun der nachst- 
beste geeignete Komponententyp ausgesucht und mit 30 
der Auswahl ab diesem Entscheidungsstand fortgefah- 
ren. Dieser Vorgang kann sich mehrfach wiederholen. 
Falls keine friiheren Entscheidungen mit Alternativen 
existieren, ist die Anforderung nicht erfullbar. Dies wird 
gemeldet. Urn noch weitere eventuell vorhandene nicht 35 
erfiillbare Anforderungen bestimmen zu konnen, wird 
mit der Abarbeitung der Schleife fortgefahren, wobei in 
Zukunft die als unerfiillbar gemeldete Anforderung 
nicht mehr beriicksichtigt wird 

Falls uberhaupt eine Losung existiert, wird sie mit 40 
diesem Verfahren gefunden. Wenn mehr als eine Lo- 
sung existiert, so wird die erste Konfiguration, die alien 
Anforderungen genugt, als Losung geliefert. 

Bild 3 beschreibt die Auswahl der nachsten zu erful- 
lenden Anforderung. Ein temporare Liste dient der Auf- 45 
nahme der verbleibenden Anforderungen. In einer 
Schleife werden alle Eintrage der Bilanz untersucht, ob 
die zugehorige Anforderung bereits erfiillt ist, ob sie 
bereits als nicht erfullbar erkannt ist oder ob sie zu den 
ex tern zu erf iillenden Anforderungen gehort 50 

Wenn keine dieser Bedingungen gilt, wird die Anfor- 
derung in die Liste der verbleibenden Anforderungen 
eingetragen. Nach dieser Fiiterung wird entschieden, 
welche dieser Anforderungen als nachste zu bearbeiten 
ist. Die bei dieser Auswahl bestimmte Reihenfolge der 55 
Anforderungsabdeckung hat entscheidenden EinfluB 
auf die Gute der Losung. Die gunstigste Reihenfolge 
hangt vom jeweiligen Anwendungsgebiet ab. 

Der durch Bild 4 beschriebene Programmteil filtert 
aus dem Katalogdiejenigen Komponententypen heraus eo 
die zur Erfullung der gerade betrachteten Anforderung 
geeignet sind. Dies geschieht in einer Schleife, in der 
diejenigen Komponententypen des Katalogs in die Liste 
der geeigneten Komponententypen eingetragen wer- 
den, die zur Abdeckung der Anforderung beitragen, die 65 
intensiven Leistungsanforderungen erfullen und mit den 
bisher gewahlten Komponententypen vertraglich sind. 
Das Sortieren der Liste der geeigneten Komponen- 


tentypen nach Grad der Eignung wird in Bild 5 darge- 
stellt In einer Schleife wird die Liste der geeigneten 
Komponenten abgearbeitet und jedes Element sortiert 
in eine temporare Liste eingetragen. Sortierkriterium ist 
die anwendungsspezifische Bewertung des Komponen- 
tentyps. Da ein Komponententyp mehrere Ressourcen 
unterschiedlichen Typs bereitstellen kann, wird dabei 
nicht nur die Erfullung der gerade betrachteten Anfor- 
derung bewertet, sondern alle verbleibenden Anforde- 
rungen beriicksichtigt. 

Nach Abarbeitung der Schleife wird die sortierte 
temporare Liste als jungstes Element in die Entschei- 
dungsliste eingetragen. 

Die Bilanz, das heiBt die Aufsteliung der bisher aufge- 
laufenen Anforderungen und Bereitstellungen, wird 
durch den im Bild 6 beschriebenen Programmteil er- 
stellt. Dabei werden zuersi die Anforderungen der An- 
forderungs-Spezifikation in die Bilanz eingetragen. An- 
schlieBend wird in einer Schleife jeder Eintrag in der 
Entscheidungsliste beriicksichtigt. Das erste Element 
dieser Eintrage legt dabei den Typ der jeweils gewahl- 
ten Komponente fest, die restlichen Elemente (die alter- 
nativen Komponententypen) werden ignoriert. Aus dem 
Komponententypen-Kataiog wird jeweils entnommen, 
welche Ressourcen der Komponententyp bereitstellt 
und welche er voraussetzt bzw. verbraucht/belegt. 
Dies wird in die Bilanz verrechnet. 
Das Revidieren friiherer Entscheidungen im Falle von 
Sackgassen wird durch Andern der Entscheidungsliste 
vorgenommen, deren neue Festlegungen bei der nach- 
folgenden Bilanzierung beriicksichtigt werden (Bild 7). 

Bei diesem Andern der Entscheidungsliste wird der 
jiingste Eintrag untersucht, ob zur bisherigen Wahl al- 
ternative Komponententypen notiert sind. Wenn dies 
der Fall ist, wird die bisherige Wahl verworfen, die bis- 
her beste Alternative wird gewahlt und die restlichen 
Alternativen rucken nach. Dies wird dadurch erzielt, 
daB in der Entscheidungsliste beim jiingsten Eintrag, 
einer Liste von Komponententypen, das erste Element 
entfernt wird. 

Falls im jiingsten Eintrag der Entscheidungsliste kei- 
ne Alternativen notiert sind, wird dieser Eintrag gestn- 
chen und der nunmehr jiingste Eintrag einer Revision 
unterzogen. 

Die bevorzugte Ausfuhrung des Komponententypen- 
Katalogs verwendet im Speicher 5, in dem fur jede ver- 
fugbare Komponententype die in den Anspriichen ge- 
nannten lnformationen enthalten sind, die im folgenden 
beschriebenen Datenstrukturen: Die Datenstruktur 
"Komponententyp' 1 beschreibt jeweils einen Kompo- 
nententyp (Bild 8). Hierzu gehoren Angaben iiber die 
Ressourcen. die die Komponente belegt bzw. benutzt, 
Angaben iiber die Ressourcen, die sie bereitstellt, Anga- 
ben uber die intensiven Leistungsanforderungen, die die 
Komponente zu erfullen hat, Angaben von ahderen 
Komponententypen mit denen Unvertraglichkeit be- 
steht, sowie Regeln die u.a. zur Bewertung der Kompo- 
nente dienen oder Beziehungen auszudrucken, die uber 
das Schema hinausgehen. 

Urn eine systematische Gliederung des Komponen- 
tentypen-Kataloges zur erreichen und die Zahl der Ein- 
tragungen zu minimieren, werden ahnliche Komponen- 
tentypen in Oberklassen zusammengefaBt Bei den 
Oberklassen werden alle gemeinsamen Eigenschaften 
notiert, wahrend bei dem Komponententyp selbst die 
individuellen Eigenschaften (einschlieBlich der Zugeho- 
rigkeit zu Oberklassen) eingetragen werden. Dazu dient 
der Eintrag "Oberklassen" der Datenstruktur "Kompo- 
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nententyp rt (Bild 8). 

Die Beziehungsstruktur zwischen mehreren Kompo- 
nententypen und ihren Oberklassen wie sie in der Da- 
tenstruktur "Komponententyp" reprasentiert wird, zeigt 
Bild 9 exemplarisch. An diesem Bild soli auch erlautert 5 
werden, wie auf Informationen uber einen Komponen- 
tentyp zugegriffen wird. Das Grundverfahren besteht 
darin, eine benotigte Information rekursiv so lange zu 
suchen, bis sie gefunden ist zunachst in der Datenstruk- 
tur des Komponententyps danach in den zugehorigen 10 
Oberklassen des Komponententyps oder der Klasse. 
Dies fuhrt zu einem baumartigen Suchraum, der "depth 
first" durchmustert wird. 

Als Beispiel sei die Information "vom Komponenten- 
typ Xbereitgestellte Ressource vom Ressourcentyp Z7' 15 
gesucht Dazu wird zuerst in der Datenstruktur zum 
Komponententyp X unter den Angaben uber bereitge- 
stellte Ressourcen nach einem Eintrag uber den Res- 
sourcentyp D gesucht Wenn dort ein solcher Eintrag 
nicht gefunden wird, werden die in der Angabe "Ober- 20 
klassen von X* eingetragenen Oberklassen betrachtet 
und dort nach der Information "bereitgestellte Ressour- 
ce vom Ressourcentyp £T gesucht Im Beispiel ist Ober- 
klasse die Klasse F Ist auch dort eine solche Informa- 
tion nicht notiert so wird das Verfahren fur Klasse F 25 
wiederholt und deren Oberklassen durchsucht Im Bei- 
spiel sind dies die Klassen A, B und Q die in dieser 
Reihenfolge betrachtet werden, Wenn die Information 
gefunden wird, beispielsweise in B, endet die Suche dort 

Das Bild 10 gibt eine bevorzugte Form der Darstel- 30 
lung wieder, mit der die Komponententaxonomie auf 
der Einheit V visualisiert wird. In diesem Beispiel sind 
Komponententypen mit einer grauen Flache unterlegt, 
die restlichen Begriffe benennen Oberklassen. Dabei be- 
nennen die links von einer Klasse oder einem Kompo- 35 
nententyp stehenden Begriffe jeweils die Oberklassen 
dieser Klasse oder dieses Komponententyps. Rechts 
von einer Klasse sind entsprechend Unterklassen bzw. 
Komponententypen dieser Klasse notiert. 

Bei Aufbau und/oder Pflege des Katalogs verfugba- 40 
rer Komponententypen wird erfindungsgemaB zu- 
nachst die Komponententaxonomie auf der Einheit V 
dargestellt Die Interaktion des Benutzers mit der Ein : 
richtung beginnt dann jeweils durch Markieren eines 
Begriffs in der Visualisierung der Taxonomie mittels der 45 
Markierungseinheit M t wodurch weitere Interaktions- 
mittel zur Anzeige, Eingabe oder Anderung der Anga- 
ben zu dem angewahlten Komponententyp bzw. der 
angewahlten Klasse aktiv werden, gegebenenfalls unter 
Zwischenschaltung von Menus zur Auswahl von Opera- 50 
tionen. 

Patentanspruche 

1. Verfahren und Einrichtung bestehend aus einem 55 
Rechner R und einer Anzahl mit ihm verbundener 
Speicher Seiner Einheit Ezur Eingabe alphanume- 
rischer Informationen, einer Einheit Vzur Visuali- 
sierung von textlichen und graphischen oder semi- 
graphischen Informationen sowie einer optionalen 60 
Einheit M zum Markieren einer bestimmten Stelle 
in der Darstellung auf der Einheit V t zur rechnerge- 
stiitzten Konfiguration technischer Systeme aus 
Komponenten anhand einer Anforderungsspezifi- 
kation und eines Katalogs verfugbarer Komponen- 65 
tentypen dadurch gekennzeichnet, 
daB die Einrichtung mittelbar oder unmittelbar mit 
einem Speicher (5) verbunden ist, in dem ein Kata- 
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log verfugbarer Komponententypen abgespeichert 
ist, 

daB in diesem Speicher (5) fur jede verfugbare 
Komponententype mindestens eine der folgenden 
Informationen enthalten ist: 
Art und GroBe der intensiven Leistungsmerkmale. 
Art und GroBe der bereitgestellten Ressourcen, 
Art und GroBe der vorausgesetzten Ressourcen, 
Art und GroBe der verbrauchten/belegten Res- 
sourcen; 

daB die Einrichtung mittelbar oder unmittelbar mit 
einem Speicher (5) verbunden ist, in dem die Anfor- 
derungsspezifikation fur das zu konfigurierende 
technische System abgespeichert ist, 
daB in diesem Speicher mindestens eine der folgen- 
den Informationen enthalten ist: 
Art und GroBe der fur das technische System ge- 
forderten 
Ressourcen, 

Art und GroBe der fur das technische System ge- 
forderten, 

intensiven Leistungsmerkmale; 
daB die Auswahl von Komponenten fur das techni- 
sche System durch den Rechner (R) so erfolgt daB 
ausgehend von den fur das technische System ge- 
forderten Ressourcen solange noch Ressourcenbe- 
darf besteht und Komponententypen im Katalog 
existieren, die entsprechende Ressourcen bereit- 
stellen und die intensiven Leistungsmerkmale erful- 
len, wiederholt jeweils eine oder mehrere Kompo- 
nenten des bestgeeigneten Komponententyps aus- 
gewahlt werden und deren bereitgestellte Ressour- 
cen bzw. deren vorausgesetzte oder verbrauchte/ 
belegte Ressourcen im verbleibenden Ressourcen- 
bedarf berucksichtigt werden. 

2. Verfahren und Einrichtung nach Anspruch 1, da- 
durch gekennzeichnet daB die Komponententypen 
des Katalogs in einer Taxonomie der Komponen- 
tentypen hierarchisch unter Oberklassen geordnet 
werden, indem zu jeder Komponententype und 
OberkJasse die zugehorige(n) Oberklasse(n) ge- 
speichert wird, und daB fur Eigenschaften, fur die 
alien Komponententypen einer Oberklasse stets 
oder ublicherweise ein gemeinsamer Wert oder 
Anfangswert oder ein gemeinsamer Grundwert zu- 
kommt dieser Wert oder Grundwert nur bei der 
jeweiligen Oberklasse notiert werden muB, urn fur 
alle Unterklassen und Klassenmitglieder zu gelten, 
indem gegebenfalls diese Werte aus den gespei- 
cherten Daten einer der gespeicherten Oberklas- 
sen entnommen werden. 

3. Verfahren und Einrichtung nach einem der An- 
spruche 1 oder 2, dadurch gekennzeichnet daB als 
Eigenschaften zu jedem Komponententyp und je- 
der Oberklasse im Katalog festgelegt und im zuge- 
horigen Speicher (5) abgespeichert werden kann, 
mit welchen Ressourcen, Komponenten oder Kom- 
ponentengruppen zusammen eine Komponente 
ausgewahlt bzw. nicht ausgewahlt werden kann, 
und daB diese Informationen bei der Auswahl be- 
rucksichtigt werden. 

4. Verfahren und Einrichtung nach einem der An- 
spruche 1 bis 3, dadurch gekennzeichnet. daB fur 
jeden Komponententyp und jede Oberklasse im 
Katalog Regeln festgelegt und zugeordnet werden 
konnen, unter welchen Bedingungen, insbesondere 
bezuglich der anderen ausgewahlten Komponen- 
ten, eine Komponente in Betracht zu Ziehen bzw. 
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nicht zulassig ist, indent diese Regeln im Speicher 
(5) fur den Katalog abgespeichert und dem jeweili- 
gen Komponententyp zugeordnet sind, und daB 
diese Regeln bei der Auswahl einer Komponente 
angewendet und berOcksichtigt werden. 5 

5. Verfahren und Einrichtung nach einem der An- 
spruche 2 bis 4, dadurch gekennzeichnet, daB fur 
den Aufbau und/oder die Pflege des Katalogs ver- 
fugbarer Komponententypen auf der Einheit (10 
eine graphische oder semigraphische Darstellung 10 
der Komponententaxonomie angezeigt wird, dafl 
mit der Einheit (£) oder mit der Einheit (V) jede 
einzelne der dargesteilten Oberklassen und Kom- 
ponententypen zur interaktiven Manipulation des 
Katalogs und der Information zu den Oberklassen 15 
und Komponententypen angewahlt werden kann. 

6. Verfahren nach einem der Anspruche 1 bis 5, 
dadurch gekennzeichnet, daB bei der Auswahl der 
Komponenten jeweils eine Vorauswahl solcher 
Komponententypen getroffen wird, die im Prinzip 20 
geeignet sind, den aktuelien Ressourcenbedarf 
oder Teile davon abzudecken, und daB aus dieser 
Gruppe von Komponententypen der Komponen- 
tentyp mit den niedrigsten Systemkosten oder Ko- 
sten pro abgedeckte Ressource festgestellt und ei- 25 
ne Komponente dieses Typs ausgewahlt wird. 

7. Verfahren nach* einem der Anspruche I bis 6, 
dadurch gekennzeichnet, dafl durch Variation der 
Auswahl von Komponenten unter den im Prinzip 
geeigneten Komponenten systematisch oder zufal- 30 
lig alternative Konfigurationen ermittelt und solan- 
ge die besten Konfigurationen gesucht werden, bis 
ein vorgegebenes Kriterium erfiillt oder eine Zeit- 
scheibe uberschritten oder jede Alternative unter- . 
sucht ist. 35 
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